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Abstract — The Optimal Routing Path (ORP) for mobile 
cellular networks is proposed in this paper with the 
introduction of cluster-based approach. Here an improved 
dynamic selection procedure is used to elect cluster head. 
The cluster head is only responsible for the computation of 
least congested path. Hence the delay is reduced with the 
significant reduction on the number of backtrackings. 
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I. Introduction 

Allocation of resources and optimization of its usage are 
the major concerns in the field of mobile networking due to 
the viral increase of mobile phone usage. Sometimes calls 
have to be blocked or dropped due to unavailability of re- 
sources. Quality of Services (QoS) may also degrade, lead- 
ing to customer dissatisfaction. Therefore, minimizing the 
number of calls blocked per unit time, along with providing 
better quality of services (QoS) with optimum delay, is being 
considered as one of the primary focus of research. Hence 
different resource allocation schemes have been proposed 
for better user services and system utilization [1]. 

One of those schemes is based on the concept of cluster- 
ing of the network nodes [2] . It tries to minimize the total 
computational overhead and delay by allowing only the clus- 
ter-heads to compute the least congested optimal routing 
path through that particular cluster; thereby ensuring not 
only congestion control but also load balancing. But in this 
approach, the cluster head becomes overly loaded with com- 
putation of the Optimal Routing Path (ORP) and hence 
thereby, performance may decrease and delay may increase 
at the time of heavy traffics. Another one of those scheme 
based on the concept of dynamic pricing [2] has been pro- 
posed which introduces variant price for calls in accordance 
with variation of demands of the users, but it does not eluci- 
date the problem caused by computational overhead. Effec- 
tive joint Call Admission Control (JCAC) [3] algorithms have 
been proposed to ensure optimal QoS. The reduction of de- 
lay was beyond the scope of this work. Another dynamic 
pricing scheme introduced as priority based tree generation 
model (PTGM) in [1] proposing the use of a fixed MOBILE 
TERMINAL (MT) acting as a mobile switching centre (MSC). 
Further, the improvement on foundation of optimal path is 
needed. The reduction of routing path was dealt with the 
introduction of certain imperative rules based on the radii 
oriented topology of nodes and well-defined priority factors 
[4]. The probable chances of backtracking increased the 



delay to a larger extent. 

In this paper, the previous work in [1, 2, 4] has been 
extended with improved dynamic selection procedure to, 
select the appropriate node as autonomous cluster-head, in 
order to distribute the computation overhead equally among 
that particular subset of nodes belonging to that cluster. The 
cluster head is only involved in the computation of Optimal 
routing path (ORP). Hence the objective of this work is to 
search the ORP through intermediate cellular clusters with 
least backtracking, and also to change the autonomous 
cluster-head dynamically, to distribute the load of 
computation. 

The paper is organized as follows: section 2 describes 
the proposed model along with its working principles. The 
experimental results have been discussed in section 3. Finally, 
section 4 contains the conclusion. 

II. Proposed Model 



The model addressed in this work is based on the cellular 
layout of mobile network shown in Fig. 1 . 




Fig. 1 : Cellular layout of mobile networks 

The calls are forwarded through the MT [1]. The proposed 
model is based on the functional activities described in the 
following. 



A. Clustering Model 

Firstly the nodes are assembled in the form of a graph. 
The nodes are grouped into various levels, starting from level 
1 where, the MT [1] is placed. Now the nodes are grouped 
into various clusters[6]. The condition for cluster formation 
is discussed later. The transmission of signal from MT to 
destination node takes place from cluster to cluster. 
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Introduction of Index Structure: 

During the call transmission between nodes, each cluster 
keeps on computing the least congested ORP through it, 
towards its upper radius. Here, we are not able to determine 
whether this computed path actually leads to the destination 
node. If not then it would cause huge futile computation. 
Subsequently it requires back-tracking which would increase 
computational complexity and delay. Hence an Index structure 
has been introduced to reduce backtracking. The method of 
indexing is described below: - 

We index the nodes of the graph in such a way that the 
index number of the left child is less than that of its parent 
node and the right child has the index number greater than 
the parent. Thus intermediate nodes are given indices which 
lie between these extreme child indices. So, the cluster head 
forwards the call, only if the destination index number lies 
between those two extremities. Otherwise, the call is blocked 
through that specific node. Some cases might arise, where 
the two different nodes belonging to different radii are 
assigned with same indices. To overcome such ambiguity we 
couple radius number (rad ) with node index (I.) ,and this 
conjugation serves as the unique identification (u. d ) for each 
node. This method is described by the following algorithm: 

Initialize (MT,n,r) { /* Pre_Computation */ 

for (i= 1 to n) 
{ 

S.^-U ; // Um stands for status "unmarked" 

t rrr 

A.<- O; // Acceptance Rate of (i); 
R.<- O; //Rejection Rate of (i); 
L.'<-0; //Load of (i); 

} 

I MT =n/2; Ident_no(MT,n/2,l); 

} 

/*assigning unique identification number to each node*/ 
Ident_no(node,m,r) { 
if(node==NULL) 
Return; 

if(lc_node!=NULL) 

I, , <-m-l; rad, . <-r+l; 

Icnodc Icnodc 

Ident_no (lc_node, m- 1 ,r+ 1 ); 
if(rc_node!=NULL) 

I , <-m+l; rad, . <-r+l; 

rcnode Icnodc 

Ident_no (rc_node, m+1, r+1); 
} ^composition of {rad., I } serves as the u. d */ 
Extremity_indexing(n,r,k) { /* Extremity Calculation */ 
for(i=l tok) 

E_Cal(ni,ni,ni->lc,ni->rc); 
E_Cal(node,temp,templ,temp2) { 
If(temp!=NULL) { 

temp 1 <-node->lc; temp2 <-node->rc; 

Call E_Call(node,node->lc,templ,temp2); 

node->LeftExtreme4-I ,; 

tempi 

Call E_Call(node,node->rc,templ,temp2); 
node->RightExtreme<-I ,; 

° tcmp2' 

} 

} 
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This algorithm is verified with the following Fig. 2. Let the 
unique id of the destination node be d ., . Now the call is 
forwarded if 5:N/2-4<=d <=5:N/2+4 is satisfied else 

uid 

blocked. 

5: N/2-4 5: N/2-2 5: N/2-1 5:N/2-f J 5: N/2+4 




TOTAL NO OF NODES:N 

Fig. 2: u., assignment to nodes 

Cluster Formation 

The number of nodes increases exponentially with the 
increment of radii. The cluster size is dependent on the 
number of nodes at the specific level. To maintain a trade off 
between the number of clusters and the cluster cardinality, 
the cluster size is considered as variable and is considered to 
be a function of the respective level number. The size is defined 
as : (2 1 + 1 ) or (2 1 - 1 ) depending on the remaining number of 
nodes where l=level number. We have chosen (2 1 + 1) or (2 1 - 
1) such size cluster because the number of nodes in a complete 
binary tree with height h is 2 h - 1 [7] . 
Grouping of nodes into various clusters 

Obviously, the number of nodes in (n+1) level is greater 
than that in n th level. Here, one-to-many computation requires 
less number of computations than one-to-one in model [5]. 
Static Selection of cluster head (C.) 

In each cluster[6] a node is selected as the cluster head 
which is the lowest index from the lower radius. This is used 
to maintain uniformity 




Fig. 3: Representation of cluster formation 

The cluster formation based on the discussed algorithm is 
shown in Fig. 3. 

Dynamic Selection of cluster head (C.) 

The cluster head besides taking decisions regarding call 
transmission, also itself takes part in call transmission. It may 
sometimes happen that the cluster head may become too 
busy in call transmission, if its position lies on an unavoidable 
busy route. In this situation the call transmission decisions 
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may get pending, resulting in delay in transmission, as the 
cluster head is in non- pre-emptive call transmission through 
itself. 

The solution is instead of keeping the cluster head static, 
we have to dynamically change the cluster head at runtime 
when required. Under this, any node in a cluster may be 
assigned the responsibility of cluster head, if it happens to 
be the idlest node of the cluster at that point of time. 

A Threshold Load value (L T ) will be calculated for each 
cluster, which is defined as the ratio of, summation of load of 
all notes in that cluster, to that of the size of the cluster. 

L 1 ,= "(L i )/(S k ) 

L tt ="(A-R)/(S k ) 
Where, L is the load of node i, S, is the size of K th cluster and 

i k 

L^ is the Threshold Load value for K" 1 cluster. 

Whenever the load of the cluster head (L k ) will be more than 

Threshold Load value of the cluster (L^), then a change of 

cluster head procedure will be initiated. 

So, when (L k >L Tk ), the node in that cluster with least load 

value will be made the new cluster head. 

C k = Node with Min {L. } in K ,h cluster. 

Where C, is the new cluster head of K" 1 cluster and L is the 

k 1 

load of i th node in K" 1 Cluster. 

This shifting of cluster head will be accompanied by shifting 
of the entire data set containing information about that cluster 
from the previous cluster head to presently selected cluster 
head. Also the priorities of the nodes need to be swapped 
between the current and the previous cluster head, in order 
to keep the current cluster head free as much as possible. So 
the new priorities( J> ) will be: 

P 1 = 1/a i.e. priority for previous cluster head 

P= = a i.e. priority for current cluster head, 
Where, <= a <= 1 (a: constant) & J> is the priority of the 
nodes. (Discussed in section 2.3) 

Since under this procedure any node in a cluster can be a 
cluster head, so an array data structure Cluster_Head[i ] is 
used to store the cluster head index, to keep a track of all the 
cluster heads. The Cluster_Head[i], will store the index of 
cluster head of the i th cluster. Thus the shifting of cluster 
head will require modifying this data also. 
This entire procedure of calculating the total load of the cluster 
and swapping the cluster head if required will take place in 
each and every cluster from time to time after a certain timer 
interrupt T R (constant). 

So, initially the cluster head will be statically selected and 
later during runtime the cluster head may change depending 
upon network traffic (load). 

This method is described by the following Pseudo Code: 
Dynamic_Cluster_Selection(Cluster i) 
{ 

set L =0; 

i 

for (j=l to last node in i* cluster) { 

L +=( A -R .); //cluster load summation 

i j j 

} 

L Tj =(L. / (S.); //where, S. is size of cluster i, 

// L_ is the Threshold Load value for i" 1 cluster. 

Ti 

C.= Cluster_Head[i] ; // cluster head of i th cluster 
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ifCLoadfCXL,.) 

{ //load on current cluster head is less than threshold load 

return; // No change in cluster head is required 

} 

else //load on current cluster head is greater than threshold 
{ //change in cluster head 

min= Load (C ); 

node=i; 

for (j=l to last node in i th cluster) 
{ 

if (L <min) 
{ 

Min= L; 

j 

Node=j; 
} 

} 

swap_priority(C ,j); // swapping priorities of nodes C & j 
TransferOfClusterData (node i -> node j); 
Cluster_Head[i]=j; // cluster head of i th cluster -> jth node 

} 

return; 
} 

B. Function of the cluster head 

The cluster head is an autonomous node which keeps a 
track of detailed information of each and every node belonging 
to that particular cluster. Each node has the following 
information embedded in its structure: 
(a)Call Acceptance Rate (A ): no of calls accepted by node n 
per unit time.(b)Call Rejection Rate (R ): no of calls dropped 
by node n per unit time.(c)Priority (-f): Priority of the node 
(defined later). (d)Left Extremity (Le ): Left Extreme node 
reachable form node i. (e) Right Extremity (Re ): Right Extreme 
node reachable form node i, Unique id (u. d ), Radius (rad.) and 
Load (L ) =A -R 

v V 11. 

Besides, the cluster head keeps the information on 
connectivity of the clustered network. The entire computation 
of candidate ORPs and thereby selecting the optimum one is 
carried out by the cluster-head only. So cluster head is solely 
responsible for transmitting the incoming request from lower 
radius to the appropriate node in higher radius 

C. Priority of the nodes 

The main computations of candidate ORP are being carried 
out explicitly by the cluster heads. So it is imperative to make 
the cluster head less burdened that is to make sure that less 
number of calls physically passes through cluster heads only. 
In order to implement this, we introduce priority among the 
nodes belonging to a cluster, so that low priority nodes (nodes 
other than heads) transmit calls. Whereas high priority nodes 
(cluster heads) are employed to computation mainly. The 
priority of a node is defined as follows: - 

J> = 1/a for nodes other than cluster head 
J> = a for cluster head, where <= a <= 1 (a: constant) 
The desirable performance can be achieved by assigning 
appropriate value to a. For high transmission a should be set 
near to 1, for steady performance a should be set near to 0.5 
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and for restricted use a should be set near to 0. 



Ai++; Return (i); 



D. Load balancing by cluster head 

Whenever a call request arrives at a node, the corresponding 
cluster head computes the cost of congestion for each 
possible path and to choose the least congested one. The 
Cost of Congestion (CoC) of the Routing path (£) is expressed 
as: 

£= 1/ (O) 

Where, 0= (Load of node) * (Priority of node) = L* J> ; 

= (A-R) * p ; 
Therefore, ORP= min { £ } for all i. 

E. Call transmission procedure 

Initially the call request comes to the MT. The cluster 
head (C ) to which MT belongs reads the uid of the destination 
node. It then reads the Re and Le of MT and if Le<=uid<=Re 
then computation proceeds else the call is dropped instantly 
by that cluster head. 

If the above said criterion is satisfied then least cost ORP 
is calculated by the cluster head in the following way: 

First all the candidate paths from the lower radius (rad ), 
to the immediate higher radius (rad +1) are computed, which 
proceeds in the direction of the destination. Then the cost of 
each path is computed according to the previous discussion. 

£.=1/[(A.-R)* pg 
Here, i denote the node in radius (rad + 1) adjacent to MT 
node present in the same cluster C . 

The cluster head C selects the £ with least cost and forwards 
the incoming request from MT. This process continues until 
the ultimate destination node is reached or unless the call 
gets blocked by any cluster head. This procedure is described 
by the following algorithm. 

Algorithm: /* Selection of ORP */ 

Path_Selection (MT, destination_node) { 

Source_node6MT; CountBO; Set int_node ! 0; 

While (destination_node!=int_node or Count<=Max) { 
C ^Cluster head of Source node; 

head — — 

FlagBforwarding 
(C head ,Source_node,destination_node); 
If (Flag=-1) { 
Block_Request(); break; 
} 

Int_node=Flag; 



} 

Forwarding (C hcad , Source_node, destination_node) { 
If (Le . . <= destination node <= Re _ , ) 

v Sourcc_nodc — Sourcc_nodc y 

{ Max=0; 

For (all nodes i in next radius in that cluster adjacent to 
Source_node) 
Cost = (A-R.)* 4- .; 

v 1 V V 

If (max<Cost) { 
Max=Cost; Node =i; 
} 

If(Max==0) 
Return - 1 ; 
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Else 

Return (-1); 
} 

F. Link state routing protocol 

In each cluster the cluster head keeps the track of different 
information of the nodes in the cluster discussed previously. 
As the transmission continues, the acceptance and rejection 
of the nodes keep on changing depending on traffic. The 
priorities of the nodes may also be changed explicitly due to 
changing demand or due to swapping to cluster head. The 
updated information has to be transmitted to every cluster 
head of the network which will then update the information 
locally among the nodes in that cluster. So the base cluster 
head containing the MT is provided with updated link state 
packet (ULSP) which keeps this update information. This 
LSP gets flooded to all the neighbouring cluster heads in 
higher radius except the one from which it has received. The 
cluster head keeps this LSP if it's the updated version of the 
previous LSP else it keeps the previous one by checking the 
reference number associated with each LSP. This flooding of 
LSP will take place after a certain time interval (t ).So the 
flooding stops when every cluster head retains the updated 
LSP. 

G. Delay Computation 

In order to compare the performance and speed of the 
proposed model with those of the previous model, we need 
to compute the overall delay while transmission through MT 
to destination node. 

The overall delay is a sum of two types of delay. These 
are:- 

(a) Propagation Delay: Delay incurred due to traversal of the 

physical topology. So the parameter on which propagation 
delay depends is the number of physical hops traversed. 
Let the number of nodes from MT to destination node be 
n. So the total number of hops traversed is log(n). Hence 
Propagation Delay is (h*d) where d is propagation delay per 
edge. 

(b) Computation Delay: Delay incurred due to computation 
analysis by the cluster head. Hence Computation delay 
is (h*k) where k is computation delay per node. 

Hence, overall delay: Propagation Delay + Computation Delay. 
DELAY (D) = [ {Log (n)*d} + [ <Log(n)-l}* k]] 

Delay incurred when the cluster-head remains static: 

As discussed in section 2.7.5 when the cluster head 
becomes busy in call transmission, the computation and 
decisions to be taken remain pending as long as the cluster 
head is busy with its transmission. This will lead to an 
additional delay which can be termed as Waiting Time Delay 
(WTD) and can be defined as follows: 
WTD=f(L,T) 

Where f () is a variable function of L and T and will vary 
from network to network. 
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Fig. 4: Time Delay Vs Traffic Load 

L=It is the load on that particular cluster head and can be 
formulated as A -R 

T=Unit of time the cluster head is occupied with call 
transmission only and not computation. 
So while using only static cluster-head, our overall delay 
equation will become: 

DELAY (D) = {Log (n)*d} + {Log (n)-l}* k + WTD 
DELAY (D) = {Log (n)*d} + {Log (n)-l}* k + f (Li,Tt)- - (1) 

The main problem here is that the WTD delay completely 
depends on network traffic and we have no control over it. It 
may happen that the cluster head may remain busy for greater 
time period and may increase the delay for indefinite period 
of time. 

Delay reduction on dynamically cluster head approach: 

When dynamic approach is used along with static 
approach, the WTD delay will disappear, because when the 
cluster head becomes busy, the idlest node in the cluster is 
made the cluster head. But this transition of cluster head 
entails selection of the least loaded node and also transferring 
the entire set of information of the cluster from previous to 
current cluster head. So, all these tasks will lead a new type 
of delay which can be termed as Transition Delay [TD] and 
can be defined as: 

TD=f (ICI, Li) where, ICI=cardinality of that cluster and Li 
is the load of the i th cluster. 

But this delay will only happen after T R time interval, when 
this dynamic procedure will work. 

So, our new delay equation after every T R time interval will 
be: 

DELAY (D) = {Log (n)*d} + {Log (n)-l}* k +TD 
DELAY (D) = {Log (n)*d} + {Log (n)-l}*& + f (ICI) — (2) 

But rest of the time the delay will be a normal delay as 
discussed above: 

DELAY (D) = [ {Log {a)*d} + [{Log(n)-l}*Jfc]] 
So when we are using the combined dynamic and static 
approach rather than only static approach we only have to 
incur Translation delay (TD), that to after every T R interval. 
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But the indefinite Waiting Time Delay (WTD) is completely 
removed. As a result the delay reduces considerably when 
the network becomes busy or saturated. 

III. Experimental Results: 

The results of the proposed model have been plotted in a 
graph (series 1) as shown in Fig 4. Here, X-axis represents 
the Traffic load in terms of cumulative calls/second and the 
Y-axis represents the corresponding time delay (us). It has 
also been compared with the results of the previous two 
models [2] and [4] which have been plotted in series 2 and 
series 3 respectively. 

The plot can be subdivide into four regions as shown in 
Fig 4. These regions are described as below: 
Reg 1: Region of Dormancy: 

It's the pre -computation period so delay is more in series 
1 and 2, compared to series 3, as the calls are made to wait till 
pre-computation is over completely. 
Reg 2: Incremental Region: 

As the pre-computation is already done, so the calls are 
accepted by the free nodes at a rate faster in series 1 and 2 
than the previous model(series 3). 
Reg 3: Saturation Region: 

As the Traffic Load increases, so more nodes are being 
engaged in accepting calls, resulting in utilization of free 
resources, so in this region, the calls have to suffer an almost 
steady delay due to unavailability of resources. 
Reg 4: Decrementing Region: 

As the previous accepted calls release their resources 
after their bound time, so the availability of free nodes 
increases. These results in increase in call acceptance rate 
and hence delay decreases. 

On comparing series 1 and series 2, we can see that in 
saturated region the delay is more in series 2 where only 
static selection of cluster head approach is used, than on 
series 1 where combined static and dynamic selection of 
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cluster head approach is used this is due to the absence of 
WTD delay. Also if we closely watch the series 1 , we can see 
than, at some points the delay suddenly increases for very 
minute period of time and this is due to Transition Delay 
[TD] which appears after T R interval. 

IV. Conclusion 

In this model, cluster heads are being dynamically chosen, 
so that even during heavy traffic hours, both call 
transmissions and ORP computation can be carried out with 
ease. When the cluster head is busy in transmitting calls 
through it, a new least loaded node is chosen to be the new 
cluster head. Hence, the efficiency of the model has been 
improved with the reduction of delay due to least probable 
backtracking and also by discarding the delay caused due to 
busy cluster-head. So, by using combined static and dynamic 
selection of cluster head approach the delay is considerable 
reduced in saturated region compared to our previous 
approach [2], where we have only used the static selection of 
cluster head approach. The experimental result of series 1, 2 
and 3 proves our point. 
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